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Historical Perspective ***** 


Reliability and Risk Assessment at GSFC: 

• Assists GSFC missions/organizations in implementing effective Reliability & 
Maintainability (R&M), Risk Management, Risk Analysis, and Lean Six Sigma 
(LSS) programs in order to identify, analyze, mitigate, and/or eliminate 
potential problems/barriers to mission and/or organizational success. 

• Currently GSFC relies largely on outdated military handbooks (e.g., Mil-HDBK- 
217) without the benefit of utilizing actual spaceflight experience from GSFC, 
NASA, and industry to assess performance risk/reliability by executing project 
system, subsystem, and component risk assessments, reliability, and/or 
availability analyses (e.g.. Probabilistic Risk Assessment (PRA); Fault Tree 
Analysis (FTA); Failure Modes and Effects Analysis (FMEA) and Critical Items 
Lists (CIL);Worst Case Analysis (WCA); Parts Stress Analysis (PSA); etc.) 

Whereas NPD 8720.1 requires that GSFC "Share R&M data and 
experience for use as heritage data in support of current, follow- 
on, and new programs or projects." 




Historical Perspective 


Prediction Data used by GSFC: 

• Mil-HDBK-217 -uses constant failure rates and is not current with current 
spaceflight systems. 

- Constant failure rate was chosen for ease of computation without computers and was a 
reasonable approximation in 1970's when 217 was first issued 

- Many components have time based wear mode and are better modeled with Weibull 
distribution whereas as others may over emphasize temperature stresses but not cycling 
stresses 

• Mil-HDBK-217Plus with RiAC/Growth rate from vendors - which are still not orbital 
experience adjusted values but rather failure rates for operating periods, non- 
operating periods and cycling. 

Prediction Data also available: 

• RADC-TR-85-91, Reliability Toolkit, ALCATEL, BELLCORE, BRITISH TELECOM 

• CNET, Telcordia, IEC, GPRD, FIDES, UTE, Siemens, etc. 



Current data as used, no matter the source, is causing the large variations 
between prediction and on-orbit reliability/performance and reducing the 

value/believability of predictions. 



4 



B-LINE EXPRESS 

www.4ltncx.coiB 


7 y 







Issues with MIL-HDBK-217: 

• Data for latest versions at least 15 years out of date with no valid models 
for modern integrated circuits, detectors, lasers, etc. 

• Per 217F Notice 2: "This Handbook is for Guidance Only - Do not Cite this 
Document as a Requirement" 

• Per memo dated February 15, 1996 by Gilbert F. Decker, Assistant 
Secretary of the Army (Research, Development and Acquisition) 

- The best RFP's will directly specify performance-based reliability requirements 
and avoid citing any specification, standard or handbook. 

- In particular, MIL HDBK 217, Reliability Prediction of Electronic Equipment, is 
not to appear in an RFP as it has been shown to be unreliable and its use can 
lead to erroneous and misleading reliability predictions. 


MIL-HDBK-217 provides little accuracy for predicting Reliability of 
electronic hardware, especially spacecraft hardware 




Problem Reporting, Anomaly, and Correction Action (PRACA) Data at GSFC: 

• Data pre-flight is housed in the Problem Reporting/Problem Failure 

Reporting (PR/PFR) system - which is designed to document testing faults 
and corrective actions; 


• Data gathered during flight is housed in the Spacecraft Orbital Anomaly 
Report System (SOARS) - which is designed to document flight and ground 
anomalies and corrective actions; 


• Vendor/Industry Data when available in EIDPs and/or reporting cycles. 


Historically the issue with factoring experiential data 
into the analysis process has been identifying 
explicitly the failure and success context and 
translating textual reports of experiences into 
useable statistical analysis inputs. 







Analysis Techniques for failure rate updating used by GSFC: 

• Weibull Analysis for failure forecasts with extremely small test data sets & 
Weibayes Analysis for Weibull failure forecasts only one test parameter. 

• Bayesian Estimation for non-repairable systems using: 

- R-DAT a Bayesian data collection and analysis package designed specifically for risk analysts and 

reliability engineers who frequently need to develop and update system-specific reliability parameter 
estimates via: 


System-Specific Bayesian Updating 

• Use Poisson and Binomial likelihood models for 
time-based and demand-based data. 

• Use lognormal and normal error models for expert 
judgment. 

• Select your prior distribution from a wide variety of 
parametric distribution models, including Beta, 
Gamma, Lognormal, and Loguniform. 

• Update posteriors obtained in previous Bayesian 
updates, or generic distributions. 

• View prior and posterior distributions in graphical 
and tabular forms. 


Generic Distribution Development 

• Develop generic distributions based on combinations 
of data and expert judgments. 

• Select from lognormal, Gamma, and Beta variability 
distribution models. 

• Avoid specification or tuning of discrete prior grids by 
using R-DAT's continuous priors. 

• View variability model parameter distributions, as 
well as population variability c.d.f. and p.d.f. 

• View the uncertainty bounds of the resulting 
distribution. 






Can current SOARS/on-orbit anomaly data be used for Bayesian 
updating to get more NASA -based failure rates? 

• Multiple feasibility studies were conducted by UMD to explore the benefits of 
Bayesian methods in analyzing SOARS data and estimating failures 

• These studies involved engineering analysis and aggregation of information 
form different data sources to gather the necessary "success" and "failure" 
data 

• Applied a number of simple and complex Bayesian methods depending on the 
nature of the data and type of parameters being estimated. Cases included: 

— Constant failures rate estimation with Poisson and Binomial data models 

- Weibull time to failure distribution estimation 

- Treatment of Uncertain Data, using Weighted Likelihood and Weighed Posterior Methods 

- Treatment of Certain Data, using Beta-Binomial distributions 

• These analyses were conducted with RDAT Software 





CONTEXT from Nsimah J. Ekanem, NASA/UMD 

• Estimate the probability of MOC /MMOC operator error for the ACE mission 
using the events recorded in SOARS. 

o Historically, NASA Goddard has assumed that the Multi Mission Operation Center (MMOC) / Mission 
Operation Center (MOC) operators are perfect i.e. probability of failure = 0; This being very optimistic 
because it is estimated that human contribution to risk is ~ 60 -85%. 

o Hence the need to more accurately estimate human error by using available data collected from NASA 
missions to estimate the probability of failure (success) of the MMOC/MOC operator 



Evidence from ACE mission 

\ 

L(E\p) 7 r 0 (p) 


Prior estimate 


7r(p|£) = 


fL(E\p) n 0 (p)dp 


Where 

E= evidence (data from ACE mission) 

n(p\E ) = posterior probability estimate of the MOC operator's probability of failure 
L(E\p)- likelihood of the data obtained from the ACE mission 
i z o(p) = prior estimate of the MOC operator's probability of failure 







PRIOR DATA 

Assume MOC/MMOC operator's probability of failure (p) « 0 

• Prior Distribution = Beta (a, 6) 

— a (alpha) « # of failures in the prior dist. « 1 (note that if 
alpha =0, then improper dist.) 

— 6 (beta) « Total # of demands over which the failures occur 
- prior a (alpha) = 5630 -1- 5629 
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TBD Bayesian Example: 

AIM's Mission Control Operator Errors 



r\ 

NASA 


BAYESIAN RESULTS 


Distribution 

Parameters 

Prior 

Estimates (*FP) 

Prior 

Estimates (*SP) 

Posterior 
Estimates (*FP) 

Posterior 
Estimates (*SP) 

distribution 

Beta 

Beta 

Beta 

Beta 

alpha 

1 

5629 

25 

11240 

beta 

5629 

1 

11240 

25 

mean 

0.0001776 

0.9998 

0.00222 

0.9978 

var 

3.154E-08 

3.15E-08 

1.967E-07 

1.97E-07 

0.01 

0.000001785 

0.9992 

0.00132 

0.9966 

0.05 

0.000009112 

0.9995 

0.001544 

0.997 

0.1 

0.00001872 

0.9996 

0.001674 

0.9972 

0.5 

0.0001231 

0.9999 

0.002191 

0.9978 

0.9 

0.000409 

1 

0.002804 

0.9983 

0.95 

0.0005321 

1 

0.002997 

0.9985 

0.99 

0.0008178 

1 

0.00338 

0.9987 


*FP = Failure Probability 
*SP = Success Probability 





TBD Bayesian Example: 

AIM's Mission Control Operator Errors 
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BAYESIAN RESULTS 






TBD Bayesian Example: 

AIM's Mission Control Operator Errors 
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VALIDATION 

Failure Probability 



Posterior 

Posterior 


Parameters 

Parameters 


(RDAT) 

(WINBUGS) 

Distribution 

1 

Beta 

i 

Beta 

Mean (p) 

0.00222 

0.002223 

Standard 

deviation 

0.0004435 

0.0004459 

Var 

1.967E-07 

1.988E-07 

0.05 

0.001544 

0.001541 

0.5 

0.002191 

0.002191 

0.95 

0.002997 

0.003015 


Success Probability 



Posterior 

Parameters 

(RDAT) 

Posterior 

Parameters 

(WINBUGS) 

Distribution 

Beta 

Beta 

Mean (p) 

0.9978 

0.9978 

Standard 

0.000444 

0.0004473 

deviation 



Var 

1.97E-07 

2.00077E-7 

0.05 

0.997 

0.997 

0.5 

0.9978 

0.9978 

0.95 

0.9985 

0.9985 







Weighted Likelihoods Bayesian Example: 
Aqua's Dual Thruster Modules Failures 


CONTEXT from Ali Mosleh, PhD - UMD 

• Spacecraft: Aqua (launched 5/4/2002) 

- Dual Thruster Module (DTM): DTM-1, DTM-2, DTM-3, DTM-4 

• Spacecraft: Aura (launched 7/15/2004) 

- Dual Thruster Module (DTM): DTM-1, DTM-2, DTM-3, DTM-4 




SPACE FLIGHT CENTER 


4 DTMs on Aqua’s Observatory 







r 




DATA 

• SOAR # S- AQUA-005 2 (E-7690) 


- On September 8, 2007, the prime heater and the redundant heater on DTM-2 
changed their nominal temperature profiles 


• History failure data for Aqua and Aura 

- Aqua: Between May, 2004, and December, 2005, 
DTM-1 thermistor data flopped back and forth. After 
December, DTM-rs prime temperature curve and 
redundant temperature curve had swapped 
permanently 

- Aqua: DTM-2 may have experienced a "Stuck On" 
heater on September 16, 2004 and a 
Heater/Thermostat failure on July 30, 2005 

- Aura: On August 16, 2005, Aura's DTM-3 prime and 
redundant thruster temperature profiles switched 



Aqua 

Aura 

DTM #1 

1 failure 

0 failure 

DTM #2 

3 failures 

0 failure 

DTM #3 

0 failure 

1 failure 

DTM #4 

0 failure 

0 failure 





Weighted Likelihoods Bayesian Example: 
Aqua's Dual Thruster Modules Failures 


ASSUMPTIONS FOR WEIGHTED LIKELIHOODS 

• Failures 

- DTM #1 for Aqua: temperatures switched back and forth but considered as 1 failure 

- DTM #3 for Aura: temperatures switched considered as 1 failure 

- 2 additional failures for DTM #2 for Aqua ("Stuck On" heater and Heater/Thermostat 
failure) 

• Mission time: between launch date and 9/15/2010 

• Prior Lognormal distribution 

- 5 th and 95 th confidence interval of 10' 8 and 10 3 

• Weights of 0.8 and 0.2 

In R-DAT: 

k = 4*0.8 + 1*0.2 = 3.4 failures 
T = 4*73,312*0.8 + 4*57,786*0.2 = 278,427.2 hours 






Weighted Likelihoods Bayesian Example: rx 

IV /V SA 

Aqua's Dual Thruster Modules Failures 


BAYESIAN INFERENCE 

• UOI: Failure rate of Aqua's DTM 

• Prior: Lognormal distribution with a 5 th and 95 th confidence interval of 10 -8 
and 10 3 

• Likelihood: Use of combined evidence on 2 spacecrafts 
Time of operation from launch date to 9/15/2010 

T Aq ua = 8 years, 4 months, 11 days = 73,312 hours 
T Aura = 6 years, 3 months = 54,786 hours 



Aqua 

Aura 

Number of failures 

4 failures 

1 failure 

Total number of hours of operation 
at the date of 9/15/2010 

4*73,312 hours 

4*54,786 hours 

Weight 

0.8 

0.2 


(4 DTMs per spacecraft) 






Weighted Likelihoods Bayesian Example: 
Aqua's Dual Thruster Modules Failures 


BAYESIAN Results 



Prior 

Posterior 

distribution 

Lognormal 

Lognormal-. 

median 

3.162E-6 


tau 

3.4997 


mean 

1.444E-3 ' 

1.187E-5 

var 

0.4348 

4.16E-11 

0.01 

9.209E-1 0 

2.056E-6 

0.05 

1.0E-8 

3.607E-6 

iO.IO 

3.566E-8 

4.727E-6 

0.50 

3.162E-6 

1 .071 E-5 

0.90 

2.804E-4 

2.051 E-5 

.0.95 

1.0E-3 

2.408E-5 

0.99 

0.0109 

3.1 78E-5 


Legend: Prior Posterior 


AjOE-5 8.0F-5 1.0E-4 1.2E-4 







Can current SOARS/on-orbit anomaly data be used for Bayesian 
updating to get more NASA -based failure rates? 

YES!! 





Need integrated tools/capabilities to develop via Bayesian methods more 
accurate prediction data/risk assessments based on experience for use as 
heritage data in support of current, follow-on, and new programs or projects. 


• Create an application to capture the configuration data that is needed by the RDAT 
Bayesian Tool 

• Build an interface to upload Anomaly/Failure data from generated SOARS Excel 
reports and allow the user to select specific failures for analysis 

• Enhance the RDAT tool to run on a Web server and allow inputs from the FIAT 
Application 

• Define and develop an interface between FIAT and RDAT Tool so that FIAT can pass 
configuration parameters and Anomaly/Failure data to RDAT for analysis and 
return results to the FIAT Application 

• Graph the statistical output data from the RDAT Tool 

• Provide a print function for the output graph and configuration parameters 

• Archive/Share results 




rx 

INI ASA 


mission cc nfiqu 


IrQ 



NASA ' 


Mission Configuration Demo 

a perpetual archive of Mission Configurations to give context to 
experience data and Bayesian analysis. 




NAS A 


m i ssi-0-nco nf i g u ra t o n «§*£ 

SalB ' ’ I RaifSi 



https://gsfcmissionconfiguration.gsfc.nasa.gov 







missi'O'nconfiguration NASA 

' v.. y 
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Need integrated tools/capabilities to develop via Bayesian methods more 
accurate prediction data/risk assessments based on experience for use as 
heritage data in support of current, follow-on, and new programs or projects. 


S Create an application to capture the configuration data that is needed by the RDAT 
Bayesian Tool — Now being maintained/updated with more missions by GSFC SMA. 

• Build an interface to upload Anomaly/Failure data from generated SOARS Excel 
reports and allow the user to select specific failures for analysis 

• Enhance the RDAT tool to run on a Web server and allow inputs from the FIAT 
Application 

• Define and develop an interface between FIAT and RDAT Tool so that FIAT can pass 
configuration parameters and Anomaly/Failure data to RDAT for analysis and 
return results to the FIAT Application 

• Graph the statistical output data from the RDAT Tool 

• Provide a print function for the output graph and configuration parameters 

• Archive/Share results 




Improvement Initiative IuVsa 


FIAT Development Process: 


Discussions with RDAT/UMD teams to 
explain Mission Configuration 
capabilities 


Discussion with RDAT & Code 322 team 
about interface and Bayesian Analysis 




Failure 


Mission 

Configuration 

Analyst 

Input 

Data 

SOARS 

SOARS 


• Developed Storyboards to 
define page layouts to capture 
mission configuration, failure 
and success data 


FIAT 


• Reviewed and analyzed SOARS data 

• Reviewed Feasibility Study 

• Created SOARS input format/formatter 


FIAT 

Output 


FIAT 

Database 

Developed FIAT database to store user 
input analysis data 


DDL 

Call 


Result 

Data 


Developed graph to plot RDAT Results 
Validate results and path forward 


RDAT 

DLL 

• Interface with the RDAT through DLL (Dynamic Link Library) 

• FIAT passes analysis parameters to RDAT 

• RDAT passes results to FIAT 






FIAT Prototype Demo 

a web-based orbital data Bayesian failure analysis tool for NASA missions 






Step 1: Login 



Failure 


& 


Tool 


— - — Login 

Username: nrsckJ-s? 

p«ssv-ord: ••••••• 



* tt. - 3,,S'%<v SM-’.-.i: - ?5 0'i . J. ' %• •* *s ws»-v : C5"v.*jr .•>* *,».£* '% . -a**- 

^ 5*‘ *L/5t'rv-f •>« u.T« :C . r.:z r r : r- =. *•«?: *«. :s r- • ^7 ?:::? «'*: j :• ^ _ S"?/*.' \*&'. .'.vr •-«• !■« T> '- 

Sijs; as: rr'va-'-c = .<-'* S-"5'c . £ ; _ • ; ass .*: ,Vcrro§f o~. />•*: 'ib^v'zr. of Inf cm Effort cor.Uinei i v : thfn this diabase s inhibited l-^/sss permtssfor* f* graced cy Cede 
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1. Enter a username and password 

2. To obtain a username and password 
please contact feng@blinex.com 

3. Future: Enhance system to use NDC 
username and Password 





Step 2: Configuration Setup 



Mission: LRO ▼ Launch: 

still Operational? Yes No Current Date: 01 . 

Start Date ^Analysis): 07/01/2009 End Date (An aly sis): 09/30/200S 

Select an item for which reliability data needs to be analyzed: 


Payloads 

- Select a Subsystem - 
Structure 

. Telecommunications 
Power 

Command and Data Handling 
Attitude Control 
Propulsion 

qsbobhhhh 

Avionics 


“Select a Component- ▼ No part available ~ No subpart available ^ 

J ration 

ing time of the item during the mission? (i.e, what ■/« of the mission time is tfie item powered ON) 50 
hours for the class of components, or you want the system to calculate the total operating hour? 
jrs • Let the system calcuate it 

_ ion that are identical to the item selected* • Yes No 


How many? 5 


Are there any redundancy formations? ° Yes No 


How many? 2 


% 


? 


1 . 

2 . 


3 . 

4 . 


. BOft ■ 

Select a Mission and the following fields will be automatically populated from the Mission Configuration application: 
a. Launch Date ; b. Still Operational 
Current Date is automatically populated by the system 


Enter in a Start and End date for analysis 

Select subsystem, component, part or sub part from the pull down list for the item 
that is going to be analyzed. This data is pulled from Mission Configuration Application. 


GSFCmiiMiftn 


https //gsfcmrssronconfi^urat'rn gsfc .rasa gov 





Failure Interroaa 
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Tool 


Step 2: Configuration Setup (cont.) 


? 1 9 


Mission: LRO ▼ Launch: 1 '2C-.. 

S:i!l Cps at'crai? Yes No Current Date: “ ' V 

Sto.-. Ca» iinatjiif); DSC* Erd Date {£r-»yis)s 1M16D0S 

Sslfttt sr l;*m fcr Ahfch *si*b8i:y d*:a reeds :a be anal/ees: 

Faylaade ▼ Ccmpcnen!- ▼ f'te pana.-a'.afcie ▼ fiatyicp»rtiv»i*c!c ▼ 

Failure H:d=: Fvlurs Durna Ccsnubn ▼ 

ot*; if .+fe plarred ;a.*l cpsrai"? ;im* cf :he ;:em during ;he n\c;:tr* he, ** 9 : - >; :».t« s ** w pr-.w &3 Dr; 1 100 

2s vau tes* ;! e :c*.6i apara;if;3 fcai t fs* :N tiftst af aamparartf.. ar van ar; re s/strn :a raiau'e:* the :a:al sjaraurg hzu'" 

I <ra.\ j&e tctaj operating h-au.'S " Le; re sysrem cekoKt h 

i*e the*e cthe' items <r the Kissisr met are Identical iz me item se:ered‘ * res ‘to 



J *e mere a* • ■-eaurd&rcy formations’* 0 fes No 


5. Select Failure Mode 

6. Enter in the planned total operating time of the item during the mission 

7. Select if you know the operating time or want the system to calculate it for you 

8. If you want the system to calculate, enter yes or no if there are identical items 

9. If there are identical items, enter in the redundancy information 





Failure Inter rogation & Archiving Tool 


Step 3: Redundancy Configuration 


Esrr v: ir'i p 2 


Cefine Redundancy Rules 

Redundancy is in the form of 1 of 3 needed for the mission. 

• Active Standby - parellel operating A:!**- Series 

What is the planned total operating time of the redundant group during the mission? fr.e. what % of the mission time is the redundant group powered ON) 100 % 

\ i 1 ’if!.* 4 mi ? • lUi II"' **t!y ' . IpJ i . •'•ii -| !'■" ' -i* 


B* 


5 lr 

& Tool 

















For each Redundancy Group Tab: 

1. Define redundancy Rules by entering in the redundancy in the form of XX of XX 

2. Select if Active Standby, Inactive Standby or Active 

3. Enter in planned total operating time of the redundant group 

4. Enter in how many times or was it planned for the redundancy state to change during the mission 






Step 4: Upload Data File and Select Failures 



Subsystem; ^eylcad* Cc'npcr-n;: N/A = a.t: K»5 Subpart: *5/ A 
5 :a “ C a; a: 0 5/0 1/ 2009 Er d Da e: 1 Cv 01>2l» = 


Anomaly Dates [ ArrtWialy Hite 

Is Failure 

07/07/2035 JftAC rHs 


*7/3 \L' JZ I:iii Iry.a-izi 

t 

C?7/2 r V2C"2? |l-^OC s-to K*v-*.r ictiva-lcr- 

,y 

•riT/27/2M5 |lf:c tt& c f;:- cirrup.br* 

y» 

tss/ 0 ! noz* ;|la 2 C -zu.-v^r.t in? 


CS.» i V 2 K ? |LAOC Pw 2 F Cvtf« C*7S ySbj - : ain 


C4/L3/2Gv* Il'I^DFILE Commas' d cr 3 i ~i ir-’iiafiiaiicn Fife Can:sir»ir >5 SC3 5cot*t*a^ Code 


0S/1S/20C9 |&TS*S = L'.OC 


LO/D-i/OOffS to WAC '.h-rsu^h DftS 

y 



1. Select Browse and select the FIAT/RDAT Template Excel Spreadsheet that has been populated with SOARS 
data and the Macro executed 

2. The uploaded data from the Excel Spreadsheet will be filtered by the Analysis Start and End date and be 
filtered by subsystem, component, part and subpart that was entered in during the first configuration step 

3. Select which SOARs items to be included in the analysis 





Step 5: Enter Prior and Likelihood 



— Prior 


f-'cds: 5rh/53th 
PrisrTVs*! L-.giv-.mv ▼ 
5:>: 0.00002 
55*: irccsl 


— Likelihood 

psetsncf Po-jssn ▼ 

E 'sn!; 4 

Tifyies 22-400 hrs. 


1. Select Prior Type 

2. Enter in Prior 5 th and 95 th Percentile values 

3. Select Posterior Type 

4. Enter in Event and Time values 





Step 6: Analysis Output Report 



0.0002 0.0004 o.oooo o.oooe :» *»o i o 
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1. The Analysis Report includes graphs and a dataset 

2. Toggle between Linear and Logarithmic graphs 

3. Select the camera icon and save a snap shot of the report to 
include in analysis reports 






Step 6: Analysis Output Report 
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Step 6: Analysis Output Report 



j! Distribution 

| Prior 

! Posterior 

|j median 

0.000126 


ii 

• mean 

0.000237 

0.0003864 

'j var 

1.42e-7 

5.98e-9 

II 

•' first 
J» 

0.00030931 

0.0000067 

; fifth 

0.03002 

0.0000134 

tenth 

0.0303301 

0.0000192 

fiftieth 

0.000126 

0.0000636 

ninetieth 

0.000532 

0.000182 

ninetyfifth 

0.0003 

0.000237 

ninetyninth 

0.00172 

0.000375 


1 

J 






Step 6: Analysis Output Report 







Need integrated tools/capabilities to develop via Bayesian methods more 
accurate prediction data/risk assessments based on experience for use as 
heritage data in support of current, follow-on, and new programs or projects. 


S Create an application to capture the configuration data that is needed by the RDAT 
Bayesian Tool 

S Build an interface to upload Anomaly/Failure data from generated SOARS Excel 
reports and allow the user to select specific failures for analysis 

S Enhance the RDAT tool to run on a Web server and allow inputs from the FIAT 
Application 

V Define and develop an interface between FIAT and RDAT Tool so that FIAT can pass 
configuration parameters and Anomaly/Failure data to RDAT for analysis and 
return results to the FIAT Application 

S Graph the statistical output data from the RDAT Tool 

S Provide a print function for the output graph and configuration parameters 

• Archive/Share results 





Future Analysis Enhancements 

• Add additional Bayesian analysis capabilities from 
RDAT including (beyond Lognormal) 

• Additional options for prior and likelihood 
distributions 

• Homogenous and non-homogenous data analysis 
or Beta, Gamma, Normal, Truncated Lognormal, 
Uniform, & Log-Uniform distributions. 

• Add additional capability to calculate success data (for 
example for cycled equipment or mix use) 

• Add common cause failure parameter estimation 
module 






Future Application Enhancements 

• Add a function to export the output dataset to Excel 

• Manage and store Prior values from: 
o FIAT Analysis 

o Predictions Databases 
o MIL Standard Documents 

• Add a function to allow users to select Prior Values 
that are stored 

• Automate the interconnection to SOARS data and its 
formatting 

• Add a function to allow users to save and share data 
analysis 

• Add Weibull Analysis capability (not in RDAT) 

• Go Live 





Feedback? & Questions? 




DTMs on Aqua’s Observatory 
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